Method and device for transmitting tcp data over asymmetric links

ABSTRACT

In a method and device the TCP load offered in the uplink is manipulated such that an offered load asymmetry is achieved. Using such an arrangement it is possible to compensate for a link asymmetry when uplink and downlink connections are sharing the same uplink buffer in order to increase performance of the downlink. The method and device are capable of increasing the download performance both in the case when TCP connections are terminated in a different device than the terminal where the link layer is terminated, as well as when the TCP connections are terminated in the same device as the link-layer.

TECHNICAL FIELD

The present invention relates to a method and a device for transmitting data. In particular the present invention relates to a method and device for simultaneous reception and transmission of data.

BACKGROUND

In wireless transmission links there often exists asymmetries. This is particularly true for cellular telecommunication networks. For example, the downlink can typically support a much higher bit-rate than the corresponding uplink. There are many reasons for such an asymmetry, but one fundamental reason is the fact that the downlink transmitter unit, the base-station, typically can use much higher transmission power compared to the corresponding uplink transmitter unit, the mobile terminal.

Other reasons include e.g. multi-user scheduling and link-adaptation issues: The down link transmitter is typically much better equipped to maintain orthogonality between transmissions to different users e.g. by time-multiplexing. However, multi-user scheduling and link-adaptation in the uplink can be very challenging as the transmitters are geographically distributed. It is also much simpler to introduce transmission diversity in the Multiple Input Multiple Output (MIMO) downlink because, compared to the uplink, the spatial spacing of multiple transmission antennas are not restricted by the terminal size. In general, it is therefore to expect higher bit-rates in the downlink direction compared to the uplink.

An example is the High-Speed Downlink Shared Channel (HS-DSCH) of the standard 3GPP Release-5, which can theoretically support bit-rates beyond 10 Mbps. In practice a couple of Mbps has been achieved in the first product releases. However, the reverse link, the uplink, of Release 5 is carried with dedicated channel DCH, typically supporting 64 kbps and up to 384 kbps in case of good coverage. Release 6 of the wideband code division multiple access WCDMA standard comes with the enhanced dedicated channel (E-DCH) enhancement of the up link. However, the supported bit-rates will still be far below the HS-DSCH downlink bit-rates, particularly at times when the network is loaded with multiple users.

A link of a cellular radio system network having different properties for the uplink and down link, respectively can be termed an “Asymmetric Link”. Moreover the bit rate ratio between the uplink and down link provided by the link-layer can be denoted “Asymmetry Ratio”. For example, if the downlink layer 2 carries 3.84 Mbps, but the corresponding up-link only 384 kbps, the Asymmetry Ratio is determined to be 10.

It is known that simultaneous upload and download with Transmission Control Protocol (TCP) over such an asymmetric link will constrain the throughput of the direction with the higher bit-rate to a level proportional to the narrower direction, see for example L. Kalampoukas, A. Varma, K. Ramakrishnan “Improving TCP throughput over two-way asymmetric links: Analysis and solutions”, Sigmetrics, 1998 ACM SIGMETRICS, http://citeseer.ist.psu.edu/cache/papers/cs/686/ftp:zSzzSzftp.cse.ucsc.eduzSzpubzSzhsnlabz SzSigmetrics98.pdf/kalampoukas98improving.pdf. The reason is that the load offered by TCP in forward direction is based on feedback that must be carried in the reverse direction. If the uplink is loaded and in particular over loaded by other traffic the result is that this feedback in the form of acknowledgement messages (ACKs) are delayed, which will prevent TCP from clocking out new data on the downlink path with the desired pace. This is described below in conjunction with FIG. 1 and FIG. 2.

Thus, in FIG. 1, the TCP sender in the Server maintains a transmission window, and each acknowledgement, illustrated by smaller packets 103 on the reverse link clocks out new data, large packets 101, from the Server. The downlink TCP connection can offer sufficient load to the downlink path only in case the acknowledgements on the reverse link arrive with sufficient pace.

FIG. 2 illustrates two simultaneous TCP connections, one in downlink illustrated by large packets 101 and small ACK packets 103 and one in uplink illustrated by large striped packets 201 and small striped ACK packets 203. Compared to the scenario illustrated in FIG. 1, the uplink will now be saturated with TCP segments 201 from the upload connection that will hinder the TCP ACKs 103 of the downlink connection from being transmitted at sufficient pace. This means that also the downlink performance is constrained by the uplink bit-rate.

Because link asymmetry is common in wireless radio system accesses and it will so remain, it is desired to find a solution that would enhance the down-link performance at times of simultaneous upload and download.

SUMMARY

It is an object of the present invention to overcome or at least reduce some of the problems associated with the down-link performance at times of simultaneous upload and download.

It is another object of the present invention to provide a method and a device that is capable of increasing the download performance both in the case when TCP connections are terminated in a different device than the terminal where the link layer is terminated, as well as when the TCP connections are terminated in the same device as the link-layer.

These objects and others are obtained by the method and device as set out in the appended claims. Thus, by manipulating the TCP load offered in the uplink, such that an offered load asymmetry is achieved, it is possible to compensate for the link asymmetry even when uplink and downlink connections are sharing the same uplink buffer. It is hence beneficial to limit the TCP window to a smaller value at times of two-way TCP traffic.

In accordance with one aspect of the present invention the TCP load offered in the uplink is set, such that the load offered by the uplink TCP is reduced to a fraction of the TCP window advertised by the terminal.

In accordance with still another aspect of the present invention the link asymmetry is monitored in the client, i.e. the Asymmetry Ratio offered by the link-layer, and set the ratio of the RWIN advertised by the client and the maximum TCP window offered in the uplink equal to the Asymmetry ratio.

Ideally, if the Asymmetry Ratio is, for example 3, then the load offered in the uplink (maximum window in the uplink) should be one third of the window advertised by the terminal to the downlink server. The window advertised by the terminal to the downlink server is known as the RWIN (TCP Receive Window) and is the amount of data that the downlink transmitter, here the server, is allowed to have outstanding without acknowledgements from the receiver.

In accordance with another aspect of the invention, in case of multiple uplink TCP connections, the maximum offered load is distributed, such that the maximum uplink load is evenly distributed among the active uplink TCP connections.

In accordance with yet another aspect of the invention, the maximum uplink load is increased to the advertised RWIN of the uplink receiver at times when the activity of the downlink TCP connection or the downlink connections are terminated.

In some cases the load offered in the uplink cannot be reduced by adjusting the maximum uplink TCP window because such an approach usually requires that the TCP connections are terminated in the same device as the link layer of the asymmetric link whereby the TCP connections can be adjusted to match the particular character of the wireless asymmetric link. Thus, in many cases it is not possible to change the TCP implementation or parameters in TCP, but the TCP implementation is an in-built part of a standard operating system. This is for example the case when a computer is connected via a mobile terminal to the network.

Hence, in accordance with yet another aspect of the present invention a method and a device are provided for selectively discarding uplink TCP segments resulting in an improved load asymmetry.

In accordance with yet another aspect of the present invention a method and a device are adapted to implement a dynamic uplink buffer in a terminal, such as a mobile terminal that adapts the uplink buffer to a small size, in particular at times when simultaneous uplink and downlink traffic is detected. In case no traffic is detected in the downlink, then the uplink buffer is preferably allowed to grow to a larger size. In accordance with yet another preferred embodiment the method and device can be adapted to selectively drop large packets in favor of small packets. Also it is possible to limit the uplink buffering time to a low value at times of simultaneous uplink and downlink traffic, and to a larger value when only uplink traffic is detected.

Using the method and device in accordance with the invention will provide considerable improvements in download TCP performance at times of simultaneous uploading. The solutions as described herein can be implemented directly into a device, such as a mobile terminal without any changes to existing servers, transport or link-layer protocols. The method and device in accordance with the invention are able to support scenarios both when TCP connections are terminated in a different device than the terminal where the link layer is terminated as well as when the TCP connections are terminated in the same device as the link-layer for example if the terminal is a hand-held device with an in-built browser or FTP client.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will now be described in more detail by way of non-limiting examples and with reference to the accompanying drawings, in which:

FIG. 1 is a view of a TCP connection between a server and a terminal

FIG. 2 is a view of a simultaneous TCP connection between a server and a terminal and a terminal and a server where the two TCP connections share the same link.

FIG. 3 is a view of a simultaneous TCP connection between a server and a terminal and a terminal and a server where the two TCP connections share the same link in accordance with a first embodiment of the invention.

FIG. 4 is a view of a simultaneous TCP connection between a server and a terminal and a terminal and a server where the two TCP connections share the same link in accordance with a second embodiment of the invention.

FIG. 5 is a flow chart illustrating step performed in a terminal.

DETAILED DESCRIPTION

In FIG. 3, a view of two simultaneous TCP connections, one in the down link and one in uplink set up between a server, such as a regular content server a terminal such as a mobile terminal in a radio network is shown. Note that the TCP connections can be terminated in different servers, while for illustrative simplicity; the example is now illustrated with a single server.

The access infrastructure used for connecting the server and the terminal can for example be UTRAN, CDMA2000, LTE etc. Compared to conventional TCP connections the uplink TCP connection is adapted to offer a load which is half of the load in the down link. This is achieved by limiting the TCP window of the upload connection to one half of the TCP window offered by the download TCP connection. The result is that the throughput achieved by the download connection will be twice as large as the upload connection given that each ACK clocks out one segment of equal size for both connections. This is because, on average, using the technique shown in FIG. 3 there are two download ACKs in the uplink buffer per each uplink TCP segment. This would improve the use of a downlink having higher capacity than the corresponding uplink in the case of simultaneous upload and download to/from the mobile terminal.

Hence, by measuring the Asymmetry Ratio (i.e. the ratio of the uplink and downlink bitrates) and adapting the load offered to the uplink in response to the measured link rates the higher capacity of the down link can be better utilized. In particular the link asymmetry can be monitored in the terminal, i.e. the Asymmetry Ratio offered by the link-layer. The terminal can further be configured to set the ratio of the RWIN advertised by the terminal and the maximum TCP window offered in the uplink equal to the Asymmetry ratio.

In accordance with a preferred embodiment, the ratio of the load offered in the uplink and the window advertised by the terminal to the downlink server is set to correspond to the Asymmetry Ratio.

Furthermore, if there are multiple uplink TCP connections, the offered load is preferably distributed, such that the maximum uplink load is evenly distributed among the active uplink TCP connections. Also, it is preferred to increase the maximum uplink load to the advertised RWIN of the uplink receiver at times when the activity of the downlink TCP connection or the downlink connections are terminated.

As described above under asymmetric link conditions it is desirable to have the downlink TCP connection offer a larger TCP window compared to the window offered by the uplink TCP connection in order to benefit from the high capacity of the downlink. In the case when the TCP connection and the link layer are terminated in the sane device this can be achieved by manipulating the window of the uplink connection to match the asymmetry of the link as described above in conjunction with FIG. 3. However, the technique described in conjunction with FIG. 3 may not be possible to utilize in case when the TCP connection is terminated in a standard device, for example a PC outside the terminal where the link layer is terminated. This can for example be the case when a PC uses a mobile terminal to access a radio network.

Under such circumstances another method for reducing the load offered in the uplink is required. In FIG. 4 a view of a simultaneous TCP connection between a server and a terminal and a terminal and a server where the two TCP connections share the same link is shown. In contrast to the TCP connection depicted in FIG. 3, the TCP connection is not terminated in the terminal but outside the terminal. To control the load offered in the uplink in such a scenario a buffer management unit 401 is implemented in the terminal, by which it is ensured that the uplink TCP connection reduce its window size. The buffer management unit is adapted to drop or mark, by means of ECN marking, uplink TCP segments. By discarding some of the TCP uplink segments a load asymmetry is obtained. As a result of the load asymmetry the download performance is enhanced.

In accordance with a preferred embodiment buffer management unit 401 is adapted to implement a dynamic uplink buffer in the terminal, the terminal for example being a mobile terminal, and configured to adapt the uplink buffer to a small size, in particular at times when simultaneous uplink and downlink traffic is detected. In case no traffic is detected in the downlink, then the buffer management unit 401 preferably is adapted to allow the uplink buffer to grow to a larger size. Moreover in accordance with yet another preferred embodiment the buffer management unit 401 can be adapted to selectively drop large packets in favor of small packets.

It is further to be observed that losses of uplink TCP segments will trigger TCP congestion control, which will result in dynamic adjustment in the used uplink TCP window size. It should also be observed that losses of cumulative Acknowledgements carried in the uplink do not result in TCP congestion control actions of the downlink TCP connection.

In FIG. 5, a flowchart illustrating some procedure steps performed in a terminal is shown. Thus, first in a step 501, the terminal checks if there is simultaneous upload and download. If there is simultaneous upload and download the procedure continues to a step 503 and else the procedure ends.

In step 503 the procedure determines is there is a link asymmetry between the upload link and the download link and if so what the link ratio is. If there is a link asymmetry between the upload link and the download link the procedure continues to a step 505 and else the procedure ends.

In step 505 the procedure adapts the load offered in the uplink by means suitable for the application at hand, e.g. by applying one of the methods as described herein. Hence, should for example the asymmetry ratio be determined to be five only one fifth of the load is applied to the uplink.

Using the method and device as described herein will provide considerable improvements in download TCP performance at times of simultaneous uploading. The solution as described herein can be implemented directly into a mobile device without any changes to existing servers, transport or link-layer protocols. 

1-21. (canceled)
 22. A method of transmitting data over an uplink on a Transmission Control Protocol (TCP) connection between a terminal and a server, the method comprising: adjusting a load offered to the uplink TCP connection from the terminal to the server to a fraction of a maximum window advertised by an uplink receiver, and transmitting data on the uplink TCP connection at said fraction of the maximum window.
 23. The method according to claim 22, where the adjustment in offered load is executed by controlling the maximum window in the uplink.
 24. The method according to claim 22, where the adjustment in offered load is executed by selectively discarding TCP segments in the uplink.
 25. The method according to claim 24, where large TCP segments are discarded in front of small TCP segments.
 26. The method according to claim 22, where the adjustment of offered load is only executed when there is one or several simultaneous TCP downlink connections from one or several servers to the terminal.
 27. The method according to claim 22, further comprising: determining a maximum window of one or several corresponding TCP downlink from one or several servers to the terminal.
 28. The method according to claim 22, where multiple uplink TCP connections exist, and where the method further comprises: distributing the uplink load evenly over the multiple uplink TCP connections.
 29. The method according to claim 22, further comprising: resetting the load to the original maximum load upon detection of a terminated TCP downlink connection.
 30. A device for transmitting data over an uplink TCP connection between a terminal and a server, the device comprising: means for adjusting a load offered to the uplink TCP connection from the terminal to the server to a fraction of a maximum window advertised by an uplink receiver; and means for transmitting data on the uplink TCP connection at said fraction of the maximum window advertised by the uplink receiver.
 31. The device according to claim 30, further comprising: means for controlling the maximum window in the uplink.
 32. The device according to claim 30, further comprising: means for discarding TCP segments in the uplink.
 33. The device according to claim 32, further comprising: means for discarding large TCP segments in front of small TCP segments.
 34. The device according to claim 30, further comprising: means for selectively adjusting the offered load in response to an existence of a simultaneous TCP link connection from the server to the terminal.
 35. The device according to claim 30, further comprising: means for determining a bitrate of a corresponding TCP downlink from the server to the terminal.
 36. The device according to claim 30, further comprising: means for distributing the uplink load evenly over multiple uplinks.
 37. The device according to claim 30, further comprising: means for resetting the load to the original maximum load upon detection of a terminated TCP downlink connection.
 38. The device according to claim 30, where the device is a mobile terminal. 